ScrolledWindow: Frame on viewport is not optional,

and seems always to default to true, so don't mention it being optional.

Origin: 3.24.39, commit:c9f0b0d29b882326b4858b4d9fa62291dccfcf43

Gbp-Pq: Name ScrolledWindow-Frame-on-viewport-is-not-optional.patch

gtkmountoperation: avoid SEGV after bad password input

I observed the following nautilus crash below after trying to access an SMB
share and mistyping my password (it also happens if mounting the SMB share
fails for other reasons after entering a password). The crash happens when
the password entry window pops up the second time, in this code path, at
the 7th element of priv->user_widgets:

458 pw_dialog_anonymous_toggled (GtkWidget         *widget,
459                              GtkMountOperation *operation)
460 {
...
472   for (l = priv->user_widgets; l != NULL; l = l->next)
473     {
474       gtk_widget_set_sensitive (GTK_WIDGET (l->data), !priv->anonymous);
475     }

The broken element had l->data = 0xaaaaaaaaaaaa, which means the pointer had
been freed.

The broken list entries were at the of the list because when
gtk_mount_operation_ask_password_do_gtk() constucts the pop-up the 2nd time,
it prepends new widgets:

gtk_mount_operation_ask_password_do_gtk()
   table_add_entry
       operation->priv->user_widgets = g_list_prepend (operation->priv->user_widgets, entry);

The problem is that in pw_dialog_got_response(), the widget is destroyed,
which also destroys all child widgets, but the priv->user_widgets list is
neither freed nor set to NULL.

Fix it.

Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/6049
Origin: 3.24.39, commit:1d95b8ab2646b3e36a1c1b23b771c4f145be13fc

Gbp-Pq: Name gtkmountoperation-avoid-SEGV-after-bad-password-input.patch

x11: Trap XRandr errors when getting outputs during init and update

We may try to update the XRR outputs and Crtcs when they're changing in
the server, and so we may get BadRROutput that we're currently not
handling properly.

As per this, use traps and check whether we got errors, and if we did
let's ignore the current output.

It's not required to call init_randr13() again because if we got errors
it's very likely that there's a change coming that will be notified at
next iteration during which we'll repeat the init actions.

Forwarded: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/6047
Origin: 3.24.39, commit:b938e4e6ac75af57ed5cd844c96738f01d57f24c

Gbp-Pq: Name x11-Trap-XRandr-errors-when-getting-outputs-during-init-a.patch

This commit fixes a performance issue on X11 systems in regards to drawing on an OpenGL surface in GTK/GDK.

This commit fixes a performance issue on X11 systems making use of the gdk_cairo_draw_from_gl() function in regards
to drawing on an OpenGL surface in GTK/GDK. Specifically, this fix removes the slow X11 codepath that was used when
executing the gdk_cairo_draw_from_gl() function because it was completely uneeded. I tested the before and after on
Flutter and GTK apps making use of the OpenGL rendering and can confirm that there is no behaviour and visual
difference. This change is also specific to drawings that make use of textures. The render buffer code path has
been left completely unmodified.

Bug: https://gitlab.gnome.org/GNOME/gtk/-/issues/4704
Origin: 3.24.39, commit:7237f5d0eb5ec2f1411a28b9394ff4c4472f4d8b

Gbp-Pq: Name This-commit-fixes-a-performance-issue-on-X11-systems-in-r.patch

Fix a typo

1. According to the UTF-8 spec, ASCII character's charcode is from
   0 to 127 inclusively.

2. Any charcode which is greater than or equal to 128 will be
   a multi-byte character.

Origin: 3.24.39, commit:1659cefde792f127f604f15ae12f17ede10f1c00

Gbp-Pq: Name Fix-a-typo.patch

Update Turkish translation

Origin: 3.24.39, commit:379512c092dc2bc904ebd6aaa3b84d7234c31034

Gbp-Pq: Name Update-Turkish-translation.patch

Make sure that the charcode is signless

1. The data with type of char is signed by default.

2. The byte value of UTF-8 is signless by default.

3. So, if a UTF-8 charcode is stored in a char array, we should cast the
type of its value from char to unsigned char.

Origin: 3.24.39, commit:6dc75b46cc9afe1c98b7ba72a9b1a275c723ea42

Gbp-Pq: Name Make-sure-that-the-charcode-is-signless.patch

Use correct stat struct for ftw()

check_dir_mtime() is called by ftw() and is given
the real stat struct, not its glib version (which may
or may not be the same as "struct stat").

This is irrelevant for MSVC (it has no ftw()) and
works correctly for MinGW-w64 (which declares stat
structures correctly). If mingw.org complains, add
a special ifdef for it later.

Origin: upstream, 3.24.39, commit:7e17693cced0db855bfe0997f26633ca8bdd48cc

Gbp-Pq: Name Use-correct-stat-struct-for-ftw.patch

Release to unstable

Update to upstream gtk-3-24 branch commit 3.24.38-60-gecf3ac115d

Update changelog

Change debian-branch from debian/master to debian/latest

releasing package gtk+3.0 version 3.24.38-4

Have -dev package depend on libcloudproviders-dev on Debian

releasing package gtk+3.0 version 3.24.38-3

Build with libcloudproviders

This wasn't enabled years ago because it caused a test failure
with the autotools tests. But we've switched to meson now and
finally it looks like libcloudproviders has fixed enough issues

releasing package gtk+3.0 version 3.24.38-2

releasing package gtk+3.0 version 3.24.38-1

Drop 3 patches applied in new release

New upstream release

Update upstream source from tag 'upstream/3.24.38'

Update to upstream version '3.24.38'
with Debian dir 0248cf6a424d7a60b35d1f69782aeb6f76ecb61c

New upstream version 3.24.38

3.24.38

Disable a few failing reftests

Update Brazilian Portuguese translation

Update Italian translation

[quartz] Pad both the content rect and the window width.

Otherwise the rastering gets messed up and popup windows get badly
truncated lengthwise on non-Retina monitors when there are both
Retina and non-Retina monitors.

[quartz] Remove unused variable.

Finally resolve gdkquartz.h include path issue.

By using a different include path for building Gtk.

Merge branch 'application-signal-cleanup-for-3' into 'gtk-3-24'

Fix a crash

See merge request GNOME/gtk!5887

Fix a crash

Fix an oversight from fc1643956baa.

Merge branch 'application-signal-cleanup-for-3' into 'gtk-3-24'

application: Clean up signal handlers

See merge request GNOME/gtk!5871

application: Clean up signal handlers

This is the right thing to do and might help for #5775.

Update Hebrew translation

Update Galician translation

Update Serbian translation

Update Bulgarian translation

Merge branch 'ole2-dnd-check-for-move' into 'gtk-3-24'

OLE2 DND: Check if move is supported

See merge request GNOME/gtk!5748

OLE2 DND: Check if move is supported

Update Abkhazian translation

Update Abkhazian translation

Update Persian translation

Update Russian translation

Update Lithuanian translation

Merge branch 'gtk-3-24' into 'gtk-3-24'

Address regression in 3.24.37 (issue 5711) by checking that the context is not NULL.

See merge request GNOME/gtk!5754

Address issue 5711 by checking that the context is not NULL.

Merge branch 'mcatanzaro/fix-xdg-activation' into 'gtk-3-24'

wayland: Don't crash without xdg_activation_v1

See merge request GNOME/gtk!5743

wayland: Don't crash without xdg_activation_v1

This backports 3cdb6392102079d85ea38fa24d58c1824fe4dd37 to GTK 3.

See: #5701

Merge branch 'backport-mr-5721' into 'gtk-3-24'

wayland: Don't crash on cursor size 0 (Backport !5721)

See merge request GNOME/gtk!5739

wayland: Don't crash on cursor size 0

The cursor-theme-size setting is documented as
'0 means the default size'. Make it so by using
size 24 if we see a 0. Its better than crashing.

Fixes: #5700
(cherry picked from commit 7adbbe6f35347b19319d9e4ce8c92fb0e861524b)

Merge branch 'notify-initial-setting-change' into 'gtk-3-24'

gdkscreen-wayland: Notify initial setting change from org.gtk.Settings

See merge request GNOME/gtk!5733

gdkscreen-wayland: Notify initial setting change from org.gtk.Settings

Update Turkish translation

Update French translation

Merge branch 'ebassi/issue-5691' into 'gtk-3-24'

gdk: Swap Cairo calls when reading back from a GdkWindow

See merge request GNOME/gtk!5727

docs: Try to steer people away from gdk_pixbuf_get_from_window()

It's a bad function, and people should feel bad about using it.

gdk: Swap Cairo calls when reading back from a GdkWindow

First we flush the surface, then we mark it dirty.

Don't look at me: this makes sense in Cairo, apparently.

Fixes: #5691

Update Dutch translation

Update Basque translation

Update Catalan translation

Update Indonesian translation

Merge branch 'issue5593' into gtk-3-24

Update Bulgarian translation

Merge branch 'doc-link-fixes' into 'gtk-3-24'

docs: Fix some links

See merge request GNOME/gtk!5718

docs: Fix some links

The links to the overview sections were all broken.
Fix them.

Update Hungarian translation

Update Portuguese translation

Update German translation

Update Swedish translation

Update Polish translation

Update Ukrainian translation

Update Slovenian translation

Update Georgian translation

Merge branch 'wip/jtojnar/inspector-immodule-backport' into 'gtk-3-24'

inspector: Add pango backend and im module

See merge request GNOME/gtk!5706

inspector: add im-module

This adds a new row to the Global/Information section which displays the
GTK im-module that is likely to be in use unless changed by an application.
It responds to updates of GtkSettings:gtk-im-module unless the
GTK_IM_MODULE environment variable is set.

Fixes #4512

(cherry picked from commit 6be352f4468b4dbbb1d71f427948dda154b9a658)

[quartz] Convert frame_link, windows_awaiting_frame to GSList.

We were't using GList's prev member; worse, we weren't setting it
and that broke g_list_remove_link so that the link wasn't removed
in _gdk_quartz_display_remove_frame_callback.

Closes #5593

inspector: Show the pango backend

(cherry picked from commit 7eb5dfd2947c8e8de0957f4339af66b47811f2c7)

Merge branch 'fix-issue-5678' into 'gtk-3-24'

GdkWin32: Zero-out memory of an allocated struct

See merge request GNOME/gtk!5690

GdkWin32: Zero-out memory of an allocated struct

Fixes https://gitlab.gnome.org/GNOME/gtk/-/issues/5678

Update Korean translation

Revert "Updated Spanish translation"

This reverts commit ec1551c854a5339f97e4ac24ad522c69a9452cb6.

Updated Spanish translation

Merge branch 'check-egl-support-at-runtime' into 'gtk-3-24'

GdkWin32GLContext: Check availability of EGL at runtime

See merge request GNOME/gtk!5629

Merge branch 'windows-gles-debug-fix' into 'gtk-3-24'

gdkglcontext-win32.c: Fix running under GLES with GDK_DEBUG=opengl

See merge request GNOME/gtk!5622

Merge branch 'ebassi/gtk3-file-attrs' into 'gtk-3-24'

Check for attribute availability before accessing it

See merge request GNOME/gtk!5645

Check for attribute availability before accessing it

Starting from GLib 2.76, the standard attribute getters in the GFileInfo
object will warn if the attribute is unset, instead of silently bailing
out and returning a default value.

Update French translation

Updated Spanish translation

Merge branch 'dark_theme_caret_color_evince' into 'gtk-3-24'

dark theme: create $caret_color and use it

See merge request GNOME/gtk!5642

dark theme: create $caret_color and use it

Fixes Evince showing a dark caret when using
dark theme, which makes it almost invisible.

This is in css node "textview text" of Evince
annotation window (a GtkScrolledWindow).

We create a new $caret_color var based on
$text_color and use it accordingly.

Fixes evince#1842

Update Bulgarian translation

Update Danish translation

GdkWin32GLContext: check for EGL support at runtime

gdkglcontext-win32.c: Fix running under GLES

...when GDK_DEBUG=opengl is enabled.  There was an extraneous "legacy: %s" in
the GDK_NOTE (OPENGL, g_message("...")) line that should not have been there,
due to a copy-and-paste mishap.  Get rid of it.

Release to unstable

d/patches: Update translations from upstream git: gl, he

Add patch to fix incorrect MIME type for file transfer portal

Regression in 3.24.37, affecting interoperability with other
implementations like the one requested in QTBUG-91357.

Merge branch 'fix-filetransfer-mimetype' into 'gtk-3-24'

selection: Use the right mime type

See merge request GNOME/gtk!5604

selection: Use the right mime type

The correct mime type for portal file transfers
is application/vnd.portal.filetransfer.

Fixes: #5643

Update changelog